1 THIN CLIENT FOR WIRELESS DEVICE USING JAVA INTERFACE 

2 FIELD OF THE INVENTION 

3 The field of this invention relates generally to application programs run on hand-held 

4 wireless communication devices, and more specifically to a method and system for distributing 

5 and running application programs on hand-held wireless devices. 

6 BACKGROUND OF THE INVENTION 

7 The growth in use of hand-held computing devices, generically known as Personal Data 

8 Assistants, or PDAs, has increased exponentially over the past decade. Although most PDAs 
?ft currently available have little or no communications capabilities, there is an increasing demand 

for such capability, and many newer devices offer communications as an included feature or an 

tj option. As used herein, the expression "PDA" will refer generally to handheld and other small 

12 devices of limited storage means, that have the ability to communicate with other devices such 

18 as servers and other such small devices, and that have at least some processing capability. As 

t§ PDAs have been developed with greater storage and operating memory, they have also been able 

1*5 to run rudimentary applications that have, for the most part, been built into the ROM of the 

1 6 device. Many PDAs are also able to communicate via the Internet, either through factory 

1 7 installed circuitry or through third party add-ons. However, PDAs continue to have a number of 

1 8 significant limitations that restrict their usefulness in many areas of primary interest to potential 

1 9 users. One primary limitation of PDAs and other small communication devices is that they lack 

20 the size and flexibility to hold and run many of the specialized applications a given user would 

21 consider to be important to his or her needs. If an application is not included in the original 

22 configuration, or specifically made available by the manufacturer or authorized third party 

23 provider, there is no simple means to provision for loading, running, and configuring additional 
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1 applications on the PDA. 

2 Although PDAs now commonly include memory of sixteen (1 6) megabytes or more, 

3 such memory is quickly consumed with built-in applications such as operating system, address 

4 book, calculator, notepad, spreadsheet, and other commonly included programs. Moreover, the 

5 amount of memory available to run an application may be adversely affected by the continuing 

6 need to store data developed through other applications. 

7 The problem of limited storage may be alleviated where the PDA is able to communicate 

8 with a remote server. Even in this situation, however, there are significant difficulties in making 
J§ applications available to the PDA user. While it is possible to run the application on the server, 

16 with the network connection providing only a viewing or multimedia interface to the PDA, this 

4 J solution typically suffers from slow responses due to the need for the screen to be repainted 

whenever the presentation changes. Screen repainting from a server uses a large portion of the 

l|j available bandwidth just to accomplish that rather menial task and does little to advance the 

1;i processing of data. In addition, the PDA requires constant communication with the server while 

%-§ the application is running, expending battery power to maintain the connection and limiting the 

1 6 portability of the PDA during processing. 

1 7 One solution to the problem has been to utilize the Java programming language to create 

1 8 generic applications that are portable across platforms and operating systems. Java is a portable 

1 9 programming language based upon C ++ that was designed for networked environments, and that 

20 achieves its portability in the way that it is compiled and run. Java source code is first compiled 

21 to "bytecode." However, unlike conventional compilers whose output ("object code") 

22 constitutes processor instructions, bytecode consists of instructions to a "Java Virtual Machine" 

23 (JVM) that is resident on the platform that will run the application, and that enables the device to 
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1 run Java programs. The JVM acts as an interface between the bytecode and the operating 

2 system, and it is the output of the JVM that constitutes instructions to the operating system. The 

3 JVM interprets the bytecode one instruction at a time and translates it into native machine code. 

4 The JVM may be supplied by the manufacturer of the PDA, or it may be a third party add-on. In 

5 either case, the JVM expands the ability of the PDA to run generic Java programs that are not 

6 built into the ROM of the PDA. 

7 While the use of Java and the JVM alleviate some of the traditional limitations associated 

8 with developing and running applications on PDAs, there are still a number of areas in which the 
•M combination of a JVM and the PDAs operating system are significantly deficient. For example, 
W the combination does not support over-the-air downloading of applications, making application 
1:1 update and distribution on PDAs difficult. Also, JVM typically supports only the "common- 

12 denominator" set of features across a variety of devices, which means it is usually limited in its 

13 ability to provide a comprehensive interface between Java programs and internal or peripheral 
© devices specific to any particular PDA or the category to which the PDA belongs. Such 

f€ peripheral devices could include, for example, touch-screen (tablet stlyle) input, hot buttons, 

1 6 wireless modems, infrared (IR) port, and other communications mechanisms needed for 

1 7 communicating with the local or network servers. In addition, the JVM generally is unable to 

1 8 interface satisfactorily with other programs native to the PDA, or with other non- Java software 

1 9 that may have been downloaded for execution on the PDA. Because the JVM is not designed to 

20 support extensive communications from the PDA to the server, the JVM has little or no 

2 1 capability for conducting secure dialog with a server, or for synchronizing data on the PDA with 

22 data maintained on the server. These, and other deficiencies of the JVM, have hindered the 

23 development and delivery of applications onto Java-enabled PDA devices, and have prevented 
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1 the PDA from performing many of the functions typically associated with larger computers and 

2 processors. 

3 Accordingly, there is a need for a "thin client" which extends the functionality of the 

4 PDA's resident operating system to Java applications. The thin client provides functionality that 

5 is commonly required or beneficial to mobile applications, such as over-the-air application 

6 delivery and update, secure communications, over-the-air data synchronization, interfacing with 

7 device-specific hardware, and interfacing with non-Java software local to the device. The thin 

8 client allows applications running within it to access (share) the functionality it provides. 
S SUMMARY OF THE INVENTION 

1=p The system of this invention utilizes a "thin" Java-based client to reside upon a PDA and 

W to enhance the PDA's native operating system (OS) and a Java Virtual Machine (JVM) by 

T2f providing functionality catered for mobile applications written in Java. The thin client serves as 

11 an interface between a Java application and the JVM. 

1;1 In addition to its own operating system and the JVM, the PDA will normally have some 

t§ native applications that are always available to it. However, the full power and flexibility of the 

1 6 PDA will be utilized only when Java applications can be downloaded over-the-air and run on 

1 7 the PDA together with the PDAs native applications, and data and information can be 

1 8 exchanged among applications. Application programs are maintained on a server in Java 

1 9 bytecode, and may be downloaded to the PDA when the user desires to run them. The thin 

20 client, which has a software counterpart on the server for file transfer and synchronization, 

21 establishes a connection to the server that may be long-term or temporary, depending upon the 

22 particular application, user preference, and external factors that may affect connectivity. When 

23 connected, the thin client presents a selection interface through which a desired program can be 
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1 selected and downloaded by the user. While the program is running, the thin client provides an 

2 interface to other native and third party PDA applications and connectivity to any needed 

3 internal or peripheral devices or ports. When an application has finished running, it may be 

4 released from memory, only to be recalled and downloaded again when needed in the indefinite 

5 future, or it may be retained on the PDA until specifically erased from memory. 

6 The thin client incorporates a memory manager to manage the PDA's memory, and that 

7 can create one or more caches to hold and maintain code and data during periods of offline use. 

8 Because downloaded applications do not need to permanently reside on the remote device, 

J§ substantially all of the device's free memory can be made available to whatever application is 

111 running at any given time, if necessary. 

f j In the method of this invention, one or more applications, in the form of Java bytecode 

12 written and compiled based on the thin client Application Program Interface (API) are 

i$ z downloaded from a server to a PDA where they are run with the thin client. Instructions from 

1 j§ the downloaded applications and the thin client are translated by the JVM into processor 

iM instructions. In order to support the PDA-specific features on the different operating systems, 

1 6 native applications, and hardware, used by different PDA's, the thin client is often unique for 

1 7 each PDA model, and resides on the PDA. However, because the thin clients of different PDA's 

1 8 expose the same set of API's to the Java applications written against it, a single server can 

1 9 provide the same Java application to a variety of PDAs using different operating systems. 

20 The system requires application programs to be written in Java, which is a high 

21 portability programming language. The high portability of that language makes it ideal for use 

22 with a variety of remote wireless devices. Because a Java interface is used, any Java program 

23 may be stored on the server and downloaded to the PDA. However, it is apparent that the 
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1 greatest performance is only achieved when programs are well-written to meet the goals of 

2 compactness and efficiency, and are specifically designed to take advantage of the facilities that 

3 are made available through the thin client interface. These goals are complimentary to the Java 

4 programming language, as its portability makes it worthwhile for programmers to write but a 

5 single, compact and efficient program that may be used on a variety of devices made by different 

6 manufacturers. 

7 Accordingly, it is an object of this invention to alleviate the problem of limited storage 

8 that is inherent in small devices. It is a further object of this invention to provide a thin client 
J| that will interface with a PDA's JVM and with standard Java applications and other applications 

1;§ native to the PDA. It is another object of the invention to make a large library of applications 

f;f and peripheral interfaces available for use in small, remote devices through wireless downloads 

12 of only those applications that may be needed at any given time. Yet a further object of the 

If invention is to promote the development of code that is compact and efficient, and that can take 
advantage of facilities provided by the thin client, thereby freeing up limited memory for use in 
running the application and enabling downloads to be made rapidly over limited-bandwidth 

1 6 channels. Another object of the invention is to allow applications to reside and run on the 

1 7 device, so as to allow the user to run them with or without an active connection to the server. 

1 8 These and other objects of the invention will be seen through the following sections of this 

1 9 disclosure, 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

21 Figure 1 is a flow chart depicting communications between a PDA and a distribution 

22 server when selecting and downloading an application program. 

23 Figure 2 illustrates the PDA display screen prior to the download of external 
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1 applications. 

2 Figure 3 illustrates the PDA selection screen showing a menu of programs available for 

3 download. 

4 Figure 4 shows the PDA screen after one or more applications have been downloaded 

5 and are ready to be run. 

6 Figure 5 graphically depicts the thin client residing between any downloaded Java 

7 application and the JVM and the operating system of the PDA. 

8 Figure 6 illustrates a conceptual configuration for the thin client of this invention, 

@ demonstrating control relationships between the application, JVM, the PDA's operating system, 

IIS the thin client, and various other devices and programs. 

iji DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

12 In Figure 1, the sequence begins when the PDA has been turned on and the user wishes to 

Iff download an application that is maintained on a distribution server. The first step 100 is for the 

11 thin client residing on the PDA to open a connection to the distribution server and to obtain 

fS acknowledgment from the server 110. Although this system may be used in any client-server 

1 6 environment, it is uniquely suited for nan*ow bandwidth, wireless communications in which a 

1 7 remote client is connected to a distribution server only long enough for the user to select and 

1 8 download the desired application. Constant communication between client and server is not 

1 9 required since the PDA will perform all necessary processing locally and internally, once the 

20 application has been downloaded and resides on the device. Potential environments for this 

21 wireless connection include but are not limited to wireless technologies such as CDPD (Cellular 

22 Digital Packet Data), GSM (Global System for Mobile Communications), GPRS (General 

23 Packet Radio Service), CDMA (Code Division Multiple Access), and CDMA2000. Another 
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1 potential environment for this wireless connection is the short range wireless technology known 

2 as "Bluetooth." Devices using this technology can communicate at distances from 10 to 100 

3 meters without a wire connection, so long as both are Bluetooth enabled. Because of 

4 Bluetooth' s short range and coverage limitation, the thin client model is particularly 

5 complementary because a constant connection is not required when running applications. 

6 Once the PDA - distribution server connection is open, the thin client requests a menu of 

7 available application selections from the distribution server 120. The server responds with a 

8 menu of applications, which preferably but not necessarily will be Java applications that are 
@ available to be downloaded 130. In some configurations, the thin client may have retained a 

1# recent version of the menu in its storage. In that case, the server will have information from 

13[ which it may determine the PDA's most recently loaded menu, and will simply download 

1Z information sufficient to update the PDAs menu without downloading the entire menu. This 

11 process would result in a smaller, hence faster, download and, where the applications menu has 

19 not been modified since the last menu call, could avoid a menu download altogether. The menu 

1€ is then displayed and the user's selection is made and sent to the server 140. The server then 

1 6 downloads to the PDA the selected application 150 which may constitute a Java program that 

1 7 interfaces with the Java "thin" client. It is possible, but not required, that other relevant 

1 8 information such as user-specific configuration files, program data, or anticipated program 

1 9 overlays, may also be downloaded at this time. Following a download of the program, the 

20 bytecode will then sent to the JVM to run the application 160. 

21 As previously noted, applications suitable for use in this invention should be specifically 

22 designed as compact, efficient programs that take advantage of facilities available through the 

23 thin client. Programs of 3 OK to 40K bytes can provide adequate functionality and features 

MI697054;1 8 



1 without overwhelming the PDA's memory. However, as additional PDA memory becomes 

2 available at reasonable costs, larger programs providing additional features could be used in the 

3 PDA environment. 

4 When a connection is opened for menu or application download, the thin client may also 

5 receive information from the server regarding any updates to the current version of the thin client 

6 or to any applications programs that may be available. New versions can be downloaded at this 

7 time, and such downloads may be necessitated where an application requires a particular version 

8 of the thin client. 

Ill Figure 2 shows an example of a display 200 provided by the thin client before any 

W applications have been downloaded. Selections include a help screen 210, a view panel 220 

f i[ from which applications may be run, a "work offline / connect" selection 230 for the user to 

12 choose operating mode, an add or remove panel selection 240 for adding or deleting locally 

11 available applications, a change password option 250, and a choice to exit 260. Display 200 can 

t# be the initial start-up screen for the PDA, or it may be the first screen to appear after the user has 

t€ chosen to run a non-resident application. 

16 If the user chooses to add or remove panels, the next screen will be as shown in Figure 3. 

1 7 The " Add/Remove Panel(s)" display 300 includes an upper window 310 showing applications 

1 8 available for download, and a lower window 320 showing panels that have already been 

1 9 selected, "Add" and "Remove" buttons 330 and 340 are used to modify selections. When 

20 applications to be downloaded have been selected, the download process is initiated by using the 

21 "Done" button 350. While available programs will normally be Java applications, it is also 

22 possible to include customization and data files to accompany an application. Such files could 

23 be accessed by the Java application running on the PDA. 
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1 Figure 4 shows one embodiment of how applications will be displayed for selection on 

2 the PDA. Display window 400 has a menu bar 41 0 showing menu selections appropriate to the 

3 operating system and the selection of an application. Tabs 420 at the bottom of display window 

4 400 provide applications by name. Right and left arrows 430 permit scrolling of the display so 

5 that other downloaded or resident applications may be accessed. 

6 The thin client is specific to each PDA model and provides an interface to the JVM that 

7 utilizes the PDAs operating system. However, it appears as a generic interface to the Java 

8 applications to be downloaded, and permits the Java applications to be entirely portable to any 
i) PDA running the corresponding version of the thin client. This ensures that a single server will 

1# be able to deliver virtually any standard Java application to any PDA using this invention. 
Ijff In Figure 5, it may be seen that the thin client 510 resides between the JVM 500 and the 

T ^ downloaded Java application program, 520, and consists of a set of services that may be invoked 

1|| by the downloaded applications. Such services may include an encryption facility 530, user 

Irt interface libraries 540, a synchronization function 550 that can be invoked by an application to 

1§ write data from client to server, a guaranteed message delivery facility 560, and a driver 

1 6 interface for PDA-specific devices. Because the thin client makes these extended services 

1 7 available to all downloaded programs, it is not necessary that the same facilities be included in 

1 8 each download. By including these services in the thin client, the size of all downloads to the 

1 9 PDA may be reduced, with a corresponding reduction in time required for the downloads and in 

20 the amount of storage needed to maintain the programs on the server, without sacrificing 

21 functionality or features of the downloaded programs. The JVM 500 provides a virtual Java 

22 machine to the thin client 510, and interacts directly with the PDA operating system 570. 

23 In order to keep client-server transmissions to a minimum, communications between 
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1 server and PDA will normally take place under UDP, in which message confirmation has been 

2 built into the client-server software. If confirmation of a transmission cannot be obtained, then 

3 the user is notified of that fact. Communications may also be encrypted for security, and an 

4 auto-delete feature may be used to delete sensitive information after the PDA has been idle or 

5 turned off for a predetermined length of time. The thin client may also include a synchronization 

6 facility whereby information maintained on the server may be updated, or synchronized, with 

7 data created or modified by an application running on the PDA. Synchronization used in 

8 conjunction with the secure message facility ensures that synchronization has taken place, or 
J§ alerts the user to the possibility that it has not yet been done. 

tg Figure 6 illustrates a conceptual exemplary embodiment of the invention in which the 

f § relationships between the thin client the JVM, the PDA's operating system, and other functions 

1§ are graphically depicted. It must be noted that Figure 6 is intended to demonstrate conceptual 

jpi control of the facilities shown, rather than actual, physical interconnections between them. As 

j|| depicted, the PDA's OS 620 executes a native PDA application 63 0, and has direct control of an 

15 IR port 660, and a printer driver 650. Other facilities such as, for example, an external keyboard 

1 6 or monitor, are not shown, but would be similarly controlled by the OS and the thin client. 

1 7 Direct control is indicated by solid double-headed arrows pointing to the referenced objects, 

1 8 while background control or interfaces are indicated by broken double-headed arrows. The OS 

1 9 also controls a running Java application 640. In this case, the code for the Java application was 

20 originally download from the server 670 in accordance with instructions provided by the thin 

2 1 client 610, and is run within the thin client. Although a single Java application is depicted 640, 

22 the invention is not so limited, and a user can select, download, and execute more than one Java 

23 application at a time. Instructions from the Java application 640 and the thin client 610 are 
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1 interpreted by the JVM 600, which then passes machine code to the OS 620 to run the Java 

2 application leveraging functions provided by the thin client. 

3 The thin client of this invention 610 provides interfaces between the Java application 640 

4 and some or all of the facilities shown in Fig. 6. In Fig. 6, it may be seen that the thin client 610 

5 directly controls some communications with the server 670. This control is exercised in the 

6 dialog necessary to obtain and present a list of programs available for downloading, and in the 

7 implementation of the default connection mode between the PDA and the server. Depending 

8 upon user preferences, the type of applications being utilized, and the external environment, the 
H thin client can establish a long-term real-time connection between the PDA and the server, or 

1# alternatively can set up a short-term connection for the purpose of downloading only such 

applications as will be needed to work offline. In the long-term, real-time mode, the thin client 

f 2? will attempt to maintain a constant connection with the server and if the connection is 

iS inadvertently lost, will automatically attempt to regain it. At the same time, when the connection 

1:i is lost, the thin client will cache application data and parameters, and will permit the user to 

15 continue using the application offline, if possible, while restoration of the connection is 

1 6 attempted. Data synchronization will also be carried out through the thin client's direct control 

1 7 over the connection with the server 670, through which data on the server can be synchronized to 

1 8 conform to data on the PDA, or conversely, data on the PDA can be synchronized to conform to 

1 9 data on the server, depending upon the particular application and user choices. As previously 

20 noted, the server will be running complementary software such that, upon the initiation of a 

2 1 synchronization sequence by the thin client, data on the server and the PDA may be 

22 synchronized. 

23 As shown in Fig. 6, the thin client also provides an interface between the Java application 
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1 640 and peripherals requiring specific drivers such as the IR port 660 or the printer 650. The 

2 thin client also provides an interface between the Java application and native PDA applications. 

3 Additional functions such as data encryption, user interface libraries, and other facilities, will be 

4 similarly controlled by the thin client operating in conjunction with the PDAs OS and the JVM. 

5 While the invention has been described, disclosed, illustrated and shown in various terms 

6 or certain embodiments or modifications which it has assumed in practice, the scope of the 

7 invention is not intended to be, nor should it be deemed to be, limited thereby and such other 

8 modifications or embodiments as may be suggested by the teachings herein are particularly 
=1 reserved especially as they fall within the breadth and scope of the claims here appended. 
10 
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